Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

Connect Dev Notes: 05 March 2014

Created: 05 Mar 2014 • Updated: 14 May 2014 • 15 comments • Page Views: 186
Kevin's picture
0 0 Votes
Login to vote

Updates deployed to the Connect production servers as a result of the code sprint that ended 04 March 2014.

User Facing: Desktop

  • Added the ability to browse through private messages listed in your inbox (Account > My Inbox) by clicking one of the posts and navigating via the prev and next buttons on the pages you visit. See prev-next-profile.png
  • Added the ability to browse through posts in your list of bookmarks (Account > My Bookmarks) by clicking on one of the bookmarked posts and navigating via the prev and next buttons on the pages you visit. See prev-next-bookmarks.png
  • Added the ability to browse through posts listed in your profile's activity feed (Account > My Profile) by clicking on one of the posts and navigating via the prev and next buttons on the pages you visit. See prev-next-profile.png
  • Fixed an issue duplicate "Featured Posts" blocks in the right sidebar of blogs that are utilizing the Featured Posts functionality.

Behind the Scenes

  • Added the ability for Symantec stakeholders to gather collective usage statistics on posts that appear in several languages. This will allow stakeholders, for example, to request the sum of page views to an English post and its sibling Japanese and Chinese translations.

Comments 15 CommentsJump to latest comment

Marianne's picture

Latest updates re-introduced this issue:

https://www-secure.symantec.com/connect/forums/something-wrong-number-posts-displayed

 

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

0
Login to vote
Kevin's picture

Hi Marianne,

Maybe I need some more details because I'm unable to reproduce this issue using Chrome version 32.0.1700.107

Here are the steps I took to attempt to reproduce the error:

  1. Browsed to a forum list page.
  2. Noticed that 10 posts were listed.
  3. Used the selector at the bottom of the page to "Show 20 Listings per page."
  4. Reloaded the page.
  5. Made sure that I was still seeing 20 listings.
  6. Browsed to the home page.
  7. Browsed back to the forum list page.
  8. Made sure that I was still seeing 20 listings.

Let me know what you're doing differently to help me track this one down.

Thanks,
Kevin

0
Login to vote
Marianne's picture

Hi Kevin

The issue seems to be intermittent.

My 'normal' number of posts in NetBackup forum is 50. The after the changes, only 10 posts were displayed.

(I just return to NetBackup forum page each time)

It has happened 3 times in a row where I changed to 50 posts. Then, after reading or replying to a post, I click on the NetBackup link at the top of the page. 3 times it changed back to 10 posts being displayed.

Weird thing is, after I posted here, it automagically came right!

Yesterday the problem was back - only 10 posts being displayed... Screenshot attached.

But back to 50 after changing it, and has behaved well since then!

**** EDIT ****
 
Weird... Just happened again! Back to 10 posts....
Posts.JPG

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

0
Login to vote
pkh's picture

Yes.  This is intermittent.  I too set the BE forum to display 50 items and occasionally, it just switched to 10 items.

0
Login to vote
Marianne's picture

Giving up for the night........

New error:

Bad Request

Your browser sent a request that this server could not understand.
Size of a request header field exceeds server limit.

Cookie

/n

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

0
Login to vote
Marianne's picture

Bad Request still plaguing me this morning.....

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

0
Login to vote
pkh's picture
0
Login to vote
Kevin's picture

Thanks for investigating guys.

I'll open a ticket for the developers to take a look.

Kevin

0
Login to vote
Kevin's picture

Hi all,

The developers have indicated that it sounds like we are reaching the "maximum acceptec cookie header size" that the Connect servers will accept.

They've indicated that the way to avoid this issue is to close your browser (to clear the temporary cookies) once in a while -- once a day possibly.

Here are the steps they've asked us to take to provide something reproducable so they can 1) determine if there is a cookie problem and 2) if there is a problem, have enough information to troubleshoot.

  1. In any browser, browse the main symantec.com site (this sets cookies on the main symantec.com TLD).
  2. Browse every forum on Connect.
  3. If the error still isn't triggered by this time, start browsing the articles, blogs, downloads, etc. list pages on every Community on the site.
  4. At some point during the above, the combined size of all symantec.com and www.symantec.com could exceed the Connect server's maximum accepted cookie header size, yielding an error.
  5. Close your browser completely (not just the tab(s) in which you're browsing Connect).
  6. Re-open Connect in the same browser and verify that the error is no longer present due to all session-limited cookies being expired.
Thanks for your help.
Kevin
0
Login to vote
pkh's picture

Hi Kevin,

Unfortunately, I just cleared my cookies yesterday in response to a Bad Request problem.  Do let your developers know that it is the cookies belonging to www-secure.symantec.com that is causing the problem.

I must admit I do not close my browser and I always hibernate my machine between sessions, so the browser stays up all the time.

I do remember that closing the browser does not cure the Bad Request problem, so time-sensitive cookies cannot be involved.

0
Login to vote
Andy Welburn's picture

I usually get this when going into a post with an inordinately long title such as this one:

https://www-secure.symantec.com/connect/forums/sto...

& then clicking on the link to go back to the forum (in my case "NetBackup").

To 'recitify' I just use <BACK in my browser & don't go back into that discussion!

 

It was quite prevalent sometime ago but have not seen it for quite some time - isn't/wasn't there a limit on how long a title can be?

 

***EDITS***

Not that then! Just happened with this post too:

https://www-secure.symantec.com/connect/forums/soc...

& then a few others .....

 

.... I can confirm that closing the browser & re-visiting these posts no longer resulted in the error.....

.... but then back almost immediately navigating from this actual post back to the NetBackup forum.

 

Apologies if anyone is 'following' this thread as I keep editing as I go along!

 

Have cleared my 'symantec.com' cookies (all 5 of them) & it reduced the number of occurrences, but each & every one that did occur happened per my first example - but not every time!

Cleared 'www-secure.symantec.com' cookies & all seems to be ok.

0
Login to vote
Marianne's picture

Same experience as pkh - Cleared 'www-secure.symantec.com' cookies & all seems to be ok.

For now!

I too keep browser open (about 7 tabs for various Connect forums) and hibernate most of the time. 
I reboot about twice a week.
 

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

0
Login to vote
Kevin's picture

Thanks for the feedback everyone.

I'll take this information back to the developers and see if they can come up with some sort of cookie management scheme for power users like yourselves.

Kevin

0
Login to vote
Marianne's picture

Number of posts have just reverted back to 10 again....

2 days since I've deleted cookies. Rebooted this morning....
NetBackup forum was 'behaving' all day, displaying 50 posts.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

0
Login to vote
Kevin's picture

Leslie will probably communicate this more formally but she's terribly busy making travel arrangements for Vision guests ;)

Here's what we're proposing as a way to solve the problem for you power users:

  • For anonymous users, keep the current cookie-based solution.
  • For anonymous users, reduce the time limit on the sorting/filtering cookies to something short like
    1-hour.
  • For authenticated users, introduce a profile option whereby a user can say "remember my sorts, filters and items-per-page on list pages". When enabled, authenticated users' changes to a given list page will be stored in the database and persist indefinitely.
Note that this solution would apply to all standard (non-blog) list pages.
0
Login to vote