phpwebsite-comm-auto — List for autogenerated messages (support, reporting)

[phpws-comm-auto] [ phpwebsite-comm-Support Requests-1575352 ] assistance wanted: 0.8.3 to latest version

[SourceForge.net <no...@so...>]

Support Requests item #1575352, was opened at 2006-10-11 15:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563509&aid=1575352&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: babul gogoi (babulgogoi)
Assigned to: Nobody/Anonymous (nobody)
Summary: assistance wanted: 0.8.3 to latest version

Initial Comment:
Hi

Can anyone please assist me convert my website 
running on phpwebsite 0.8.3 to the latest version, of 
course for a little fee?

Thanks

Babs

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563509&aid=1575352&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1575346 ] cURl instead of allow_url_fopen

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1575346, was opened at 2006-10-11 15:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1575346&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: babul gogoi (babulgogoi)
Assigned to: Nobody/Anonymous (nobody)
Summary: cURl instead of allow_url_fopen

Initial Comment:
Hi,

I could nto use this mod as my webhost 
disabled "allow_url_fopen"

Is there another version/hack that uses cURL?

Thanks

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1575346&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-mod/wiki-1574170 ] Wiki - list pages (new feature supplied)

[SourceForge.net <no...@so...>]

mod/wiki item #1574170, was opened at 2006-10-09 20:19
Message generated for change (Comment added) made by youcantry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=716466&aid=1574170&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: RFE
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris (youcantry)
Assigned to: Greg Meiste (blindman1344)
Summary: Wiki - list pages (new feature supplied)

Initial Comment:
I just wrote an email to Greg at the address specified 
in the module docs, but that bounced...

Anyway, here is the text of that email, which includes 
2 new feature requests as well as information about 
the subject of this support request: being able to 
list all wiki pages.

__________________

Hi Greg,
   
  I've just starting using the wiki module for phpws 
(version 0.6.0). 
Great work! :)
   
  I've thought of a couple of feature requests, but am 
not sure where 
to post them. In one case, I've coded the changes, so 
I'll include the 
details in this email.
   
  Before I get to that, let me list two other feature 
requests:
   
  Instead of having anchor targets globally specified 
in the admin 
screen - can we make that admin setting a default 
value and add some new 
syntax for anchors which allows you to specify the 
target on a per-usage 
basis?
   
  eg: [WikiPageName|blank linked text]
  or: [htttp://url.com|self linked text]
   
  Likewise, (but perhaps a bit more work), can we 
specify a template 
for images?
   
  eg: 
[http://url.com/imagename.jpg|float_right_click_to_expa
nd.tpl And 
some mouseover (or alt) text for good measure]
   
  Image templates would contain a single markup tag - 
something like 
{IMAGE_URL}. Template authors could artificially 
reduce images to 
thumbnail size (ie, load the full sized image and 
render at a smaller size) 
and wrap that with an anchor tag to display the full 
sized image when 
clicked. Obviously they can do any layout stuff as 
well such as floating 
text around the image, aligning the image, managing 
styles for borders, 
etc.
   
  OK.. now for the easy one - the one I've coded. I 
couldn't find any 
way to just list all wiki pages, except to run an 
empty search. However 
the admin screen does list pages after the admin 
settings.
   
  Attached is a version of the module containing 
changes for adding a 
new operator (named "listpages") which does just that 
(and nothing 
more). I haven't coded any new permission settings to 
govern this, but it 
should be useful for non-admins to access a page list 
without having to 
resort to the search box.
   
  (Personally I use the link as part of the Stats 
module's counter 
block - the tally of wiki pages is a clickable link to 
the list of pages).
   
  In any case, a direct URL would now be: 
index.php?module=wiki&op=listpages
   
  Also - you'll see that properly, the functionality 
to list pages and 
display admin settings should be separated out into 
different 
functions. But I was after a quick solution :D
   
  I changed WikiManager.php - to add a new operator 
case (called 
"listpages")
   
  I changed WikiSettings.php - changing only 
the "admin" function. I 
added a new argument (called $fullAdmin) to the 
function, which defaults 
to true. The operator "listpages" calls the admin 
function with a 
"false" argument, hence activating the changes.
   
  The changes in WikiSettings.php are essentially to 
skip all of the 
processing associated with the admin settings, and 
just get down to the 
page list at the end. This requires a new template - 
one without all the 
colons. Also - the page title has been changed.
   
  I added a new template named listpages.tpl
   
  And that's it.
   
  Cheers, and thanks,
   
  Chris.


----------------------------------------------------------------------

>Comment By: Chris (youcantry)
Date: 2006-10-09 20:54

Message:
Logged In: YES 
user_id=1190477

OK - I found one bug: when you clicked on the list sort 
boxes, the admin settings would re-appear.

I fixed this, and also ensured that *all* users could list 
wiki pages, whilst only Admin users have access to the 
admin settings (as before). 

See attached. Sorry to waste time on the initial version.

----------------------------------------------------------------------

Comment By: Greg Meiste (blindman1344)
Date: 2006-10-09 20:36

Message:
Logged In: YES 
user_id=780595

Not sure why the email bounced.

I do not plan to add any more features to the 0.x.x series.
 I am nearing completion on version 1.0.0 which is for
phpWebSite 1.0.x.  The initial 1.0.0 release will mainly be
version 0.6.0 converted to the new phpWebSite.  After that
release, I will be adding new features again.

I'm moving this to the wiki tracker.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=716466&aid=1574170&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-mod/wiki-1574170 ] Wiki - list pages (new feature supplied)

[SourceForge.net <no...@so...>]

mod/wiki item #1574170, was opened at 2006-10-09 20:19
Message generated for change (Settings changed) made by blindman1344
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=716466&aid=1574170&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: RFE
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris (youcantry)
Assigned to: Greg Meiste (blindman1344)
Summary: Wiki - list pages (new feature supplied)

Initial Comment:
I just wrote an email to Greg at the address specified 
in the module docs, but that bounced...

Anyway, here is the text of that email, which includes 
2 new feature requests as well as information about 
the subject of this support request: being able to 
list all wiki pages.

__________________

Hi Greg,
   
  I've just starting using the wiki module for phpws 
(version 0.6.0). 
Great work! :)
   
  I've thought of a couple of feature requests, but am 
not sure where 
to post them. In one case, I've coded the changes, so 
I'll include the 
details in this email.
   
  Before I get to that, let me list two other feature 
requests:
   
  Instead of having anchor targets globally specified 
in the admin 
screen - can we make that admin setting a default 
value and add some new 
syntax for anchors which allows you to specify the 
target on a per-usage 
basis?
   
  eg: [WikiPageName|blank linked text]
  or: [htttp://url.com|self linked text]
   
  Likewise, (but perhaps a bit more work), can we 
specify a template 
for images?
   
  eg: 
[http://url.com/imagename.jpg|float_right_click_to_expa
nd.tpl And 
some mouseover (or alt) text for good measure]
   
  Image templates would contain a single markup tag - 
something like 
{IMAGE_URL}. Template authors could artificially 
reduce images to 
thumbnail size (ie, load the full sized image and 
render at a smaller size) 
and wrap that with an anchor tag to display the full 
sized image when 
clicked. Obviously they can do any layout stuff as 
well such as floating 
text around the image, aligning the image, managing 
styles for borders, 
etc.
   
  OK.. now for the easy one - the one I've coded. I 
couldn't find any 
way to just list all wiki pages, except to run an 
empty search. However 
the admin screen does list pages after the admin 
settings.
   
  Attached is a version of the module containing 
changes for adding a 
new operator (named "listpages") which does just that 
(and nothing 
more). I haven't coded any new permission settings to 
govern this, but it 
should be useful for non-admins to access a page list 
without having to 
resort to the search box.
   
  (Personally I use the link as part of the Stats 
module's counter 
block - the tally of wiki pages is a clickable link to 
the list of pages).
   
  In any case, a direct URL would now be: 
index.php?module=wiki&op=listpages
   
  Also - you'll see that properly, the functionality 
to list pages and 
display admin settings should be separated out into 
different 
functions. But I was after a quick solution :D
   
  I changed WikiManager.php - to add a new operator 
case (called 
"listpages")
   
  I changed WikiSettings.php - changing only 
the "admin" function. I 
added a new argument (called $fullAdmin) to the 
function, which defaults 
to true. The operator "listpages" calls the admin 
function with a 
"false" argument, hence activating the changes.
   
  The changes in WikiSettings.php are essentially to 
skip all of the 
processing associated with the admin settings, and 
just get down to the 
page list at the end. This requires a new template - 
one without all the 
colons. Also - the page title has been changed.
   
  I added a new template named listpages.tpl
   
  And that's it.
   
  Cheers, and thanks,
   
  Chris.


----------------------------------------------------------------------

Comment By: Greg Meiste (blindman1344)
Date: 2006-10-09 20:36

Message:
Logged In: YES 
user_id=780595

Not sure why the email bounced.

I do not plan to add any more features to the 0.x.x series.
 I am nearing completion on version 1.0.0 which is for
phpWebSite 1.0.x.  The initial 1.0.0 release will mainly be
version 0.6.0 converted to the new phpWebSite.  After that
release, I will be adding new features again.

I'm moving this to the wiki tracker.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=716466&aid=1574170&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-mod/wiki-1574170 ] Wiki - list pages (new feature supplied)

[SourceForge.net <no...@so...>]

mod/wiki item #1574170, was opened at 2006-10-09 20:19
Message generated for change (Comment added) made by blindman1344
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=716466&aid=1574170&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: None
>Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris (youcantry)
>Assigned to: Greg Meiste (blindman1344)
Summary: Wiki - list pages (new feature supplied)

Initial Comment:
I just wrote an email to Greg at the address specified 
in the module docs, but that bounced...

Anyway, here is the text of that email, which includes 
2 new feature requests as well as information about 
the subject of this support request: being able to 
list all wiki pages.

__________________

Hi Greg,
   
  I've just starting using the wiki module for phpws 
(version 0.6.0). 
Great work! :)
   
  I've thought of a couple of feature requests, but am 
not sure where 
to post them. In one case, I've coded the changes, so 
I'll include the 
details in this email.
   
  Before I get to that, let me list two other feature 
requests:
   
  Instead of having anchor targets globally specified 
in the admin 
screen - can we make that admin setting a default 
value and add some new 
syntax for anchors which allows you to specify the 
target on a per-usage 
basis?
   
  eg: [WikiPageName|blank linked text]
  or: [htttp://url.com|self linked text]
   
  Likewise, (but perhaps a bit more work), can we 
specify a template 
for images?
   
  eg: 
[http://url.com/imagename.jpg|float_right_click_to_expa
nd.tpl And 
some mouseover (or alt) text for good measure]
   
  Image templates would contain a single markup tag - 
something like 
{IMAGE_URL}. Template authors could artificially 
reduce images to 
thumbnail size (ie, load the full sized image and 
render at a smaller size) 
and wrap that with an anchor tag to display the full 
sized image when 
clicked. Obviously they can do any layout stuff as 
well such as floating 
text around the image, aligning the image, managing 
styles for borders, 
etc.
   
  OK.. now for the easy one - the one I've coded. I 
couldn't find any 
way to just list all wiki pages, except to run an 
empty search. However 
the admin screen does list pages after the admin 
settings.
   
  Attached is a version of the module containing 
changes for adding a 
new operator (named "listpages") which does just that 
(and nothing 
more). I haven't coded any new permission settings to 
govern this, but it 
should be useful for non-admins to access a page list 
without having to 
resort to the search box.
   
  (Personally I use the link as part of the Stats 
module's counter 
block - the tally of wiki pages is a clickable link to 
the list of pages).
   
  In any case, a direct URL would now be: 
index.php?module=wiki&op=listpages
   
  Also - you'll see that properly, the functionality 
to list pages and 
display admin settings should be separated out into 
different 
functions. But I was after a quick solution :D
   
  I changed WikiManager.php - to add a new operator 
case (called 
"listpages")
   
  I changed WikiSettings.php - changing only 
the "admin" function. I 
added a new argument (called $fullAdmin) to the 
function, which defaults 
to true. The operator "listpages" calls the admin 
function with a 
"false" argument, hence activating the changes.
   
  The changes in WikiSettings.php are essentially to 
skip all of the 
processing associated with the admin settings, and 
just get down to the 
page list at the end. This requires a new template - 
one without all the 
colons. Also - the page title has been changed.
   
  I added a new template named listpages.tpl
   
  And that's it.
   
  Cheers, and thanks,
   
  Chris.


----------------------------------------------------------------------

>Comment By: Greg Meiste (blindman1344)
Date: 2006-10-09 20:36

Message:
Logged In: YES 
user_id=780595

Not sure why the email bounced.

I do not plan to add any more features to the 0.x.x series.
 I am nearing completion on version 1.0.0 which is for
phpWebSite 1.0.x.  The initial 1.0.0 release will mainly be
version 0.6.0 converted to the new phpWebSite.  After that
release, I will be adding new features again.

I'm moving this to the wiki tracker.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=716466&aid=1574170&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-Support Requests-1574170 ] Wiki - list pages (new feature supplied)

[SourceForge.net <no...@so...>]

Support Requests item #1574170, was opened at 2006-10-09 20:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563509&aid=1574170&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Module
Group: First Level Support
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris (youcantry)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wiki - list pages (new feature supplied)

Initial Comment:
I just wrote an email to Greg at the address specified 
in the module docs, but that bounced...

Anyway, here is the text of that email, which includes 
2 new feature requests as well as information about 
the subject of this support request: being able to 
list all wiki pages.

__________________

Hi Greg,
   
  I've just starting using the wiki module for phpws 
(version 0.6.0). 
Great work! :)
   
  I've thought of a couple of feature requests, but am 
not sure where 
to post them. In one case, I've coded the changes, so 
I'll include the 
details in this email.
   
  Before I get to that, let me list two other feature 
requests:
   
  Instead of having anchor targets globally specified 
in the admin 
screen - can we make that admin setting a default 
value and add some new 
syntax for anchors which allows you to specify the 
target on a per-usage 
basis?
   
  eg: [WikiPageName|blank linked text]
  or: [htttp://url.com|self linked text]
   
  Likewise, (but perhaps a bit more work), can we 
specify a template 
for images?
   
  eg: 
[http://url.com/imagename.jpg|float_right_click_to_expa
nd.tpl And 
some mouseover (or alt) text for good measure]
   
  Image templates would contain a single markup tag - 
something like 
{IMAGE_URL}. Template authors could artificially 
reduce images to 
thumbnail size (ie, load the full sized image and 
render at a smaller size) 
and wrap that with an anchor tag to display the full 
sized image when 
clicked. Obviously they can do any layout stuff as 
well such as floating 
text around the image, aligning the image, managing 
styles for borders, 
etc.
   
  OK.. now for the easy one - the one I've coded. I 
couldn't find any 
way to just list all wiki pages, except to run an 
empty search. However 
the admin screen does list pages after the admin 
settings.
   
  Attached is a version of the module containing 
changes for adding a 
new operator (named "listpages") which does just that 
(and nothing 
more). I haven't coded any new permission settings to 
govern this, but it 
should be useful for non-admins to access a page list 
without having to 
resort to the search box.
   
  (Personally I use the link as part of the Stats 
module's counter 
block - the tally of wiki pages is a clickable link to 
the list of pages).
   
  In any case, a direct URL would now be: 
index.php?module=wiki&op=listpages
   
  Also - you'll see that properly, the functionality 
to list pages and 
display admin settings should be separated out into 
different 
functions. But I was after a quick solution :D
   
  I changed WikiManager.php - to add a new operator 
case (called 
"listpages")
   
  I changed WikiSettings.php - changing only 
the "admin" function. I 
added a new argument (called $fullAdmin) to the 
function, which defaults 
to true. The operator "listpages" calls the admin 
function with a 
"false" argument, hence activating the changes.
   
  The changes in WikiSettings.php are essentially to 
skip all of the 
processing associated with the admin settings, and 
just get down to the 
page list at the end. This requires a new template - 
one without all the 
colons. Also - the page title has been changed.
   
  I added a new template named listpages.tpl
   
  And that's it.
   
  Cheers, and thanks,
   
  Chris.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563509&aid=1574170&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-mod/featuredphoto-1101890 ] RFE: Click to enlarge

[SourceForge.net <no...@so...>]

mod/featuredphoto item #1101890, was opened at 2005-01-13 14:26
Message generated for change (Comment added) made by blindman1344
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=706226&aid=1101890&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: RFE
Group: None
>Status: Closed
Resolution: Accepted
Priority: 9
Submitted By: Greg Meiste (blindman1344)
Assigned to: Greg Meiste (blindman1344)
Summary: RFE: Click to enlarge

Initial Comment:
Now that automatic resize is implemented, it might be
nice to keep the larger version and allow visitors to
click on the photo to see the full size version.

----------------------------------------------------------------------

Comment By: Greg Meiste (blindman1344)
Date: 2006-10-05 22:29

Message:
Logged In: YES 
user_id=780595

This is now available in the new version of the module released
today.

Thanks for your submission!

----------------------------------------------------------------------

Comment By: Greg Meiste (blindman1344)
Date: 2006-07-01 11:04

Message:
Logged In: YES 
user_id=780595

Your request has been added to CVS.  Look for it in the next
release of the module.

Thanks for your submission!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=706226&aid=1101890&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-mod/featuredphoto-1454559 ] Allow users to choose location

[SourceForge.net <no...@so...>]

mod/featuredphoto item #1454559, was opened at 2006-03-20 08:13
Message generated for change (Comment added) made by blindman1344
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=706226&aid=1454559&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: RFE
Group: None
>Status: Closed
Resolution: Accepted
Priority: 9
Submitted By: Greg Meiste (blindman1344)
Assigned to: Greg Meiste (blindman1344)
Summary: Allow users to choose location

Initial Comment:
I think users should be allowed to choose where to show
the featured photos so it is not tethered to the home page.

However, it may be smart to wait until Fallout to
implement this feature.

----------------------------------------------------------------------

Comment By: Greg Meiste (blindman1344)
Date: 2006-10-05 22:29

Message:
Logged In: YES 
user_id=780595

This is now available in the new version of the module released
today.

Thanks for your submission!

----------------------------------------------------------------------

Comment By: Greg Meiste (blindman1344)
Date: 2006-06-24 18:20

Message:
Logged In: YES 
user_id=780595

Your request has been added to CVS.  Look for it in the next
release of the module.

Thanks for your submission!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=706226&aid=1454559&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1554474 ] Support mRSS

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1554474, was opened at 2006-09-07 21:25
Message generated for change (Comment added) made by queentiye
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1554474&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: RFE
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: QueenTiye (queentiye)
>Assigned to: Wendall Cada (wendall911)
Summary: Support mRSS

Initial Comment:
I've discovered recently that the reason that the
LiveScience Amazing Images feeds doesn't display on my
site is because it is an mRSS feed instead of an RSS
feed.  Can the RSS feed module be made to support mRSS?

Here is the feed in question: <script
language='javascript'
src="http://www.livescience.com/syn/aisyn.js"
language='javascript'></SCRIPT>

QueenTiye

----------------------------------------------------------------------

>Comment By: QueenTiye (queentiye)
Date: 2006-09-07 21:26

Message:
Logged In: YES 
user_id=1498183

I was told to submit this to Wendall - so I'm editing to
reflect that.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1554474&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1554474 ] Support mRSS

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1554474, was opened at 2006-09-07 21:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1554474&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: RFE
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: QueenTiye (queentiye)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support mRSS

Initial Comment:
I've discovered recently that the reason that the
LiveScience Amazing Images feeds doesn't display on my
site is because it is an mRSS feed instead of an RSS
feed.  Can the RSS feed module be made to support mRSS?

Here is the feed in question: <script
language='javascript'
src="http://www.livescience.com/syn/aisyn.js"
language='javascript'></SCRIPT>

QueenTiye

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1554474&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-mod/wiki-1551721 ] PHP Notice with search in Wiki 0.6.0

[SourceForge.net <no...@so...>]

mod/wiki item #1551721, was opened at 2006-09-04 03:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=716466&aid=1551721&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Defect
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Shaun Murray (singletrack)
Assigned to: Greg Meiste (blindman1344)
Summary: PHP Notice with search in Wiki 0.6.0

Initial Comment:
Make sure NOTICEs are switched on.


Go to a site search. eg.

http://www.yourdomain.com/index.php?
module=search&search_op=form

Search for something



Notice: Undefined index: PHPWS_WikiSettings in /home/blah/public_html/
mod/wiki/class/WikiManager.php on line 166



I'd guess you need to add a getSettings() in the search() function as Site 
Search is bypassing the init.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=716466&aid=1551721&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/quotes-1549720 ] BUG: Quotes module not PHP5 compatible

[SourceForge.net <no...@so...>]

/mod/quotes item #1549720, was opened at 2006-08-31 05:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=681719&aid=1549720&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Shaun Murray (singletrack)
Assigned to: Tony Miller (cl00bie)
Summary: BUG: Quotes module not PHP5 compatible

Initial Comment:
It's got $this references all over the place generating errors when used.

eg.

Fatal error: Using $this when not in object context in /home/donkey/
public_html/mod/quotes/class/QuotesManager.php on line 65 


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=681719&aid=1549720&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1389985 ] Channel URL seems to truncate

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1389985, was opened at 2005-12-25 02:44
Message generated for change (Comment added) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1389985&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 8
Submitted By: Josh Rogers (silverfox541)
Assigned to: Wendall Cada (wendall911)
Summary: Channel URL seems to truncate

Initial Comment:
When I add an RSS feed for 
http://my.bzflag.org/rss.php?
feed=players\&server=silvercat.tybox.net&order=score 
it seems to display the feed for 
http://my.bzflag.org/rss.php?feed=players

I'm guessing that everything after the first & gets 
truncated/ignored?  I can't seem to see where in the 
source that this is done so I can fix it.  Any help 
would be appreciated.

-Silverfox

----------------------------------------------------------------------

>Comment By: Wendall Cada (wendall911)
Date: 2006-08-25 12:04

Message:
Logged In: YES 
user_id=711566

fixed in cvs, was an error in encoding &

Wendall

----------------------------------------------------------------------

Comment By: Josh Rogers (silverfox541)
Date: 2006-08-23 22:34

Message:
Logged In: YES 
user_id=941893

I'm curious about how this was resolved (besides the workaround)

----------------------------------------------------------------------

Comment By: Josh Rogers (silverfox541)
Date: 2006-08-22 22:20

Message:
Logged In: YES 
user_id=941893

>In the summary here you've a slash in front of the first &
>It's not that is it?

No, it behaves the same regardless of whether the & is
escaped by a \

----------------------------------------------------------------------

Comment By: Shaun Murray (singletrack)
Date: 2006-02-19 22:42

Message:
Logged In: YES 
user_id=722742

In the summary here you've a slash in front of the first &

It's not that is it?

----------------------------------------------------------------------

Comment By: Josh Rogers (silverfox541)
Date: 2005-12-25 14:44

Message:
Logged In: YES 
user_id=941893

I've created a local wrapper which overcomes this problem 
(and confirms that something is mangling the URL)  Below is 
the content of my local nowplaying.php file I created and 
am refencing in the RSS feed:

<?php
  header("Content-Type: text/xml");
  $url = "http://my.bzflag.org/rss.php?
feed=players&server=silvercat.tybox.net&order=score";
  $fp = fopen($url,"r");
  while(!feof($fp))
  {
    echo( fread($fp,1024) );
  }
  fclose($fp);
  exit();
?>


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1389985&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/mailto-1546812 ] Mailto.php config error causes "access denied"

[SourceForge.net <no...@so...>]

/mod/mailto item #1546812, was opened at 2006-08-25 12:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=681718&aid=1546812&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Harry Rarig (rarig)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mailto.php config error causes "access denied"

Initial Comment:
The default MailTo class file "Mailto.php" has a
configuration error as shown in the "diff" trace below
(need to add "_mailtos" suffix):

$ diff Mailto.php.orig Mailto.php
49c49
<     if($_SESSION['OBJ_user']->allow_access("mailto",
"view")) {
---
>     if($_SESSION['OBJ_user']->allow_access("mailto",
"view_mailtos")) {
95c95
<     if($_SESSION['OBJ_user']->allow_access("mailto",
"edit")) {
---
>     if($_SESSION['OBJ_user']->allow_access("mailto",
"edit_mailtos")) {
329c329
<     if($_SESSION['OBJ_user']->allow_access("mailto",
"delete")) {
---
>     if($_SESSION['OBJ_user']->allow_access("mailto",
"delete_mailtos")) {
$ pwd
././phpwebsite/mod/mailto/class
$

As a consequence of this mis-configuration, the only
user who can configure mail lists is the Admin deity. 

 
If the changes above are made in "Mailto.php", the
admin user can assign MailTo list management to any
registered user.  Otherwise, whenever a non-admin user
attempts to edit and/or create a mail list entry, that
user will receive a red warning message: "Access
Denied", even if that user has MailTo module permissions.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=681718&aid=1546812&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1076863 ] Put Title of feed/multi-feed in box title

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1076863, was opened at 2004-12-01 08:32
Message generated for change (Settings changed) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1076863&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: RFE
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: Wendall Cada (wendall911)
Assigned to: Wendall Cada (wendall911)
Summary: Put Title of feed/multi-feed in box title

Initial Comment:
Item transfered from phpwsRSSFeeds

Submitted By:
Shaun Murray - singletrack

Date Submitted:
2004-06-23 16:59

 Currently, {TITLE} gets filled with either

'RSS News Feeds'

or

'Multi-View News Feed'

which isn't very useful unless you're a geek, so I
generally use box
styles that have no title bar to get rid of that text.

It would be preferable if the title of the feed entered
in to the back
end when setting up the feed was shown in the boxstyle
TITLE. To
be consistent it would probably have to be the same in
both single
and multi feed views. 

Date: 2004-06-23 17:29
Sender: wendall911Accepting Donations
Logged In: YES 
user_id=711566

Agreed. I'll get this changed before the next release.

Thanks, 

Wendall

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1076863&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1076870 ] display description for items in feeds

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1076870, was opened at 2004-12-01 08:38
Message generated for change (Settings changed) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1076870&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: RFE
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: Wendall Cada (wendall911)
Assigned to: Wendall Cada (wendall911)
Summary: display description for items in feeds

Initial Comment:
Transfered from phpwsRSSFeeds project.

Submitted By:
Chris Gibbings - barc

Date Submitted:
2004-04-08 18:45

 Thanks for such a fantastic module and for the
continuing improvements.

I would like to be able to display some external feeds on
the site with both item titles and item descriptions. It
would be great if there was a checkbox to be able to
choose, for each external feed, whether or not to
display the item descriptions.

Many thanks,
Chris

Date: 2004-04-09 11:47
Sender: wendall911
Logged In: YES 
user_id=711566

Good idea, I'll get this added.

Wendall

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1076870&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1076900 ] Feed aggregation

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1076900, was opened at 2004-12-01 09:00
Message generated for change (Settings changed) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1076900&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: RFE
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: Wendall Cada (wendall911)
Assigned to: Wendall Cada (wendall911)
Summary: Feed aggregation

Initial Comment:
Transfered from phpwsRSSFeeds project.

Submitted By:
David M Walker - datamgmt

Date Submitted:
2003-12-26 07:47

 OK, so we now have a wonderful richness of RSS feeds
but we can quickly become overwhelmed by them.

So a really neat feature would be this:

Define a feed 'group' that contains channels (say):

BBC
Yahoo
CNN

Each with many items/

Now define a new local feed called News
that takes the channel and the first n (configurable)
items from a group and re-published them as a new feed

so I get a new feed MyFeed

That has items:

BBC - Story 1
BBC - Story 2
Yahoo - Story 1
Yahoo - Story 2
CNN - Story 1
CNN - Story 2

This allows me to aggregate and keep my website simple
and also with slowly changing RSS feeds keep them
updating reasonably fast

rgds
davidw

Date: 2004-10-06 09:04
Sender: rck000
Logged In: YES 
user_id=1035762

I'd really like to see this feature, it would make life
much 
easier. Why not simply add the stories in some sort of 
container, like singletrack wrote? the order of adding
would 
then define the order of display. as easy as that.

Date: 2004-01-10 01:25
Sender: singletrack
Logged In: YES 
user_id=722742

It's a pity that RSS items don't contain datestamps.
Being able
to
merge a group of feeds chronologically would provide a
really 
easy way to publish news from multiple sites on your
own front 
page.

eg.

CNN - Story 1
CNN - Story 2
BBC - Story 1
Yahoo - Story 1
BBC - Story 2
Yahoo - Story 2

Could you order them by the time the item arrived in
the local 
cache perhaps Wendall?

Date: 2003-12-29 04:08
Sender: datamgmt
Logged In: YES 
user_id=806718

Wendall, forgive me if this is an egg sucking exercise but
thinking about it even more:

If you added two extra tables 'groups' and
'groups_to_feeds'
or similar then each feed would only have to be registered
once in the normal way, and any given group could have any
feed in it. The groups table would then have the attributes
such as items pre channel to select and a sorted/random
flag.

The 'groups_to_feeds' table could then contain a
priority for
each feed and it the sort flag was selected then the
priority would be used to sort the order in which feeds
were
displayed.

Date: 2003-12-27 17:51
Sender: wendall911
Logged In: YES 
user_id=711566

Good idea. Thanks for the feedback.

Wendall

----------------------------------------------------------------------

Comment By: Wendall Cada (wendall911)
Date: 2005-01-09 14:57

Message:
Logged In: YES 
user_id=711566

Ok, aggregation was added, but at this point, it is by date
only. I roughed in the setting field to add support for
grouping. Expect to see this added sometime in the 0.4.x
series releases.

Wendall

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1076900&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1101642 ] When viewing a Multi-View rss feeds you loose all other boxe

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1101642, was opened at 2005-01-13 06:03
Message generated for change (Settings changed) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1101642&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Bug
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: R. Scott Baer (baerrs)
Assigned to: Wendall Cada (wendall911)
Summary: When viewing a Multi-View rss feeds you loose all other boxe

Initial Comment:
When I created a Multi-View Rssfeed, with four working
rss feeds in it and selected it from the menu the only
thing that gets displayed on my site is the header,
calendar, and the multi-view rss feed.  

My menu disappears
Both boxes I have on the right side disappears

*If I'm logged in as admin, my "Hello Admin" box
remains.  If you need a site to look at I can give you
one off this list.

----------------------------------------------------------------------

Comment By: R. Scott Baer (baerrs)
Date: 2005-01-25 05:51

Message:
Logged In: YES 
user_id=442442

My apologies for not including the versions.  Yes it is version 
0.4.0 of RSS News Feeds
0.1.0 of phpWebSite

Scott

----------------------------------------------------------------------

Comment By: Wendall Cada (wendall911)
Date: 2005-01-21 09:43

Message:
Logged In: YES 
user_id=711566

Is this in the 0.4.0 version. If not, I believe this issue
is fixed in the current version available for download.

Wendall

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1101642&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1145639 ] RSS feeds show up in strange ways or not at all.

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1145639, was opened at 2005-02-21 10:16
Message generated for change (Settings changed) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1145639&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Bug
Group: None
>Status: Closed
Resolution: Fixed
Priority: 8
Submitted By: webbobby (webbobby)
Assigned to: Wendall Cada (wendall911)
Summary: RSS feeds show up in strange ways or not at all.

Initial Comment:
Hello. First I want to thank you for all work you have put 
down in this module.

I have met some problems during my testing of it.

My versions is:
0.4.0 of RSS News Feeds
0.1.0 of phpWebSite

- If I create two RSS NewsFeed or two Multi-View-feeds 
that works and try to show both of them on my 
homepage only one show up.

- If I chose "Allow blockview" for a working RSS 
NewsFeed or Multi-view-feeds and then under "Allow 
Block View with Web Pages" I mark for exampel "page 1". 
Then the NewsFeed also show up on "page 2" etc.

- If I have two NewsFeeds and I want the first one to 
be visible on "page 1" and the second one on "page 2" 
the second dosnt show up at all and the first one on 
both "page 1" and "page 2".

Is there something I have missed? Hope there is an easy 
solution for this problem.

/Bob

----------------------------------------------------------------------

Comment By: Wendall Cada (wendall911)
Date: 2005-03-14 10:42

Message:
Logged In: YES 
user_id=711566

Fixed in CVS. Will be in the 0.4.1 release.

Wendall

----------------------------------------------------------------------

Comment By: David M Walker (datamgmt)
Date: 2005-03-08 14:44

Message:
Logged In: YES 
user_id=806718

>> If I create two RSS NewsFeed or two Multi-View-feeds 
that works and try to show both of them on my homepage 
only one show up.

This used to work but has stopped working since version 
0.4.0 upgrade. It would be really useful to have it back


----------------------------------------------------------------------

Comment By: Wendall Cada (wendall911)
Date: 2005-02-22 10:33

Message:
Logged In: YES 
user_id=711566

Thanks for the report. Will look into this and get a fix
out, asap.

Wendall

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1145639&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1309201 ] RSS Item in Feed without Title is Un-clickable

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1309201, was opened at 2005-09-29 23:40
Message generated for change (Settings changed) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1309201&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: irv24 (irv24)
Assigned to: Wendall Cada (wendall911)
Summary: RSS Item in Feed without Title is Un-clickable

Initial Comment:
When using multi-view (and perhaps in other views also), if a RSS 
feed has an item without a title, a bullet point is displayed and 
nothing else.  Because there is no title, there is no text to make a 
link to click on to be taken to that post.  A title-less post should be 
given some kind of clickable text in the RSS module for linking, such 
as "[Untitled Post]" or "[No Title Available]"  Perhaps the date of the 
post could also be shown.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1309201&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1361577 ] Cannot create local feed on branch site

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1361577, was opened at 2005-11-19 09:38
Message generated for change (Settings changed) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1361577&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Bug
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: Greg Meiste (blindman1344)
Assigned to: Wendall Cada (wendall911)
Summary: Cannot create local feed on branch site

Initial Comment:
I have a branch site with phpwsrssfeeds installed.  It
is not installed on the hub site.  When trying to
create a local feed, I get:

Cannot create backend file in files/phpwsrssfeeds.
Files directory is not writeable, or doesn't exist.

Of course, I naturally check the permissions.  They
were good.  Long story short, there is a bug in
class/backend.php.  Line 278 currently reads:

$dir = PHPWS_SOURCE_DIR.'files/phpwsrssfeeds/';

It should read:

$dir = PHPWS_HOME_DIR.'files/phpwsrssfeeds/';

After that change, all is well again.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1361577&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1473177 ] RFE: Pick up new features in 0.10.3 announce

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1473177, was opened at 2006-04-19 11:55
Message generated for change (Settings changed) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1473177&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: RFE
Group: None
>Status: Closed
Resolution: None
Priority: 8
Submitted By: Shaun Murray (singletrack)
Assigned to: Wendall Cada (wendall911)
Summary: RFE: Pick up new features in 0.10.3 announce

Initial Comment:
In Announce for 0.10.3 the mod_announce table has a 'private' column 
which indicates the announcement isn't shown on the front page. 

RSSFeeds should probably only show announcements where private = 0 
or maybe give the option for all posts.

You can also show all posts from a user in a kind of user specific blog. 
These list all posts including where private = 1. An RSS feed per user 
would be cool too.

 http://www.aegisdesign.co.uk/index.php?
module=announce&ANN_user_op=view&ANN_id=18 describes what you 
can do with announce now.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1473177&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1389985 ] Channel URL seems to truncate

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1389985, was opened at 2005-12-25 10:44
Message generated for change (Comment added) made by silverfox541
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1389985&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 8
Submitted By: Josh Rogers (silverfox541)
Assigned to: Wendall Cada (wendall911)
Summary: Channel URL seems to truncate

Initial Comment:
When I add an RSS feed for 
http://my.bzflag.org/rss.php?
feed=players\&server=silvercat.tybox.net&order=score 
it seems to display the feed for 
http://my.bzflag.org/rss.php?feed=players

I'm guessing that everything after the first & gets 
truncated/ignored?  I can't seem to see where in the 
source that this is done so I can fix it.  Any help 
would be appreciated.

-Silverfox

----------------------------------------------------------------------

>Comment By: Josh Rogers (silverfox541)
Date: 2006-08-24 05:34

Message:
Logged In: YES 
user_id=941893

I'm curious about how this was resolved (besides the workaround)

----------------------------------------------------------------------

Comment By: Josh Rogers (silverfox541)
Date: 2006-08-23 05:20

Message:
Logged In: YES 
user_id=941893

>In the summary here you've a slash in front of the first &
>It's not that is it?

No, it behaves the same regardless of whether the & is
escaped by a \

----------------------------------------------------------------------

Comment By: Shaun Murray (singletrack)
Date: 2006-02-20 06:42

Message:
Logged In: YES 
user_id=722742

In the summary here you've a slash in front of the first &

It's not that is it?

----------------------------------------------------------------------

Comment By: Josh Rogers (silverfox541)
Date: 2005-12-25 22:44

Message:
Logged In: YES 
user_id=941893

I've created a local wrapper which overcomes this problem 
(and confirms that something is mangling the URL)  Below is 
the content of my local nowplaying.php file I created and 
am refencing in the RSS feed:

<?php
  header("Content-Type: text/xml");
  $url = "http://my.bzflag.org/rss.php?
feed=players&server=silvercat.tybox.net&order=score";
  $fp = fopen($url,"r");
  while(!feof($fp))
  {
    echo( fread($fp,1024) );
  }
  fclose($fp);
  exit();
?>


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1389985&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1389985 ] Channel URL seems to truncate

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1389985, was opened at 2005-12-25 02:44
Message generated for change (Settings changed) made by wendall911
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1389985&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: Josh Rogers (silverfox541)
Assigned to: Wendall Cada (wendall911)
Summary: Channel URL seems to truncate

Initial Comment:
When I add an RSS feed for 
http://my.bzflag.org/rss.php?
feed=players\&server=silvercat.tybox.net&order=score 
it seems to display the feed for 
http://my.bzflag.org/rss.php?feed=players

I'm guessing that everything after the first & gets 
truncated/ignored?  I can't seem to see where in the 
source that this is done so I can fix it.  Any help 
would be appreciated.

-Silverfox

----------------------------------------------------------------------

Comment By: Josh Rogers (silverfox541)
Date: 2006-08-22 22:20

Message:
Logged In: YES 
user_id=941893

>In the summary here you've a slash in front of the first &
>It's not that is it?

No, it behaves the same regardless of whether the & is
escaped by a \

----------------------------------------------------------------------

Comment By: Shaun Murray (singletrack)
Date: 2006-02-19 22:42

Message:
Logged In: YES 
user_id=722742

In the summary here you've a slash in front of the first &

It's not that is it?

----------------------------------------------------------------------

Comment By: Josh Rogers (silverfox541)
Date: 2005-12-25 14:44

Message:
Logged In: YES 
user_id=941893

I've created a local wrapper which overcomes this problem 
(and confirms that something is mangling the URL)  Below is 
the content of my local nowplaying.php file I created and 
am refencing in the RSS feed:

<?php
  header("Content-Type: text/xml");
  $url = "http://my.bzflag.org/rss.php?
feed=players&server=silvercat.tybox.net&order=score";
  $fp = fopen($url,"r");
  while(!feof($fp))
  {
    echo( fread($fp,1024) );
  }
  fclose($fp);
  exit();
?>


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1389985&group_id=81360

[phpws-comm-auto] [ phpwebsite-comm-/mod/phpwsrssfeeds-1114634 ] Definition of RDF backendx.php seems incomplete for Calendar

[SourceForge.net <no...@so...>]

/mod/phpwsrssfeeds item #1114634, was opened at 2005-02-02 03:09
Message generated for change (Settings changed) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1114634&group_id=81360

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Bug
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: Marco Taal (taal)
Assigned to: Wendall Cada (wendall911)
Summary: Definition of RDF backendx.php seems incomplete for Calendar

Initial Comment:
The XMl/Rdf page that is generated by the backend file
(http://www.mysite.com/files/phpwsrssfeeds/backend_x.php)
contains incomplete code for Calendar items. It can
still be read by my RSS-reader (Thunderbird), but the
last item is always ignored.

For what I know about xml/rdf I figured out the
following error:

Under the <channel> tag you find for example:

<items>
  <rdf:Seq>
    <rdf:li resource="http_1" />
    <rdf:li resource="http_2" />
    <rdf:li resource="http_3" />
  </rdf:Seq>
</items>

Below it you find for each resource the item plus
description:

<item rdf:about="http_x">
  <title></title>
  <link></link>
  <description></description>
  <dc:date></dc:date>
</item>
etc.

However, for the Calendar items there is alway one (1)
more <item rdf:about> description then the number of
resource descriptions in the list. 
In the above case only items http_1 and http_2 are
read/displayed (on screen or reader) but resource
http_3 is not written in the <rdf:Seq> list, while you
can find it as an item at the bottom of the file.
It always happens to be the newest calender item.

I'm using phprssfeeds v.0.4.0, phpws 0.10.0



----------------------------------------------------------------------

Comment By: Wendall Cada (wendall911)
Date: 2005-02-02 09:58

Message:
Logged In: YES 
user_id=711566

I'll look into this, thanks for the report.

Wendall

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=563513&aid=1114634&group_id=81360