- Products
- Learn
- Local User Groups
- Partners
- More
Welcome to Maestro Masters!
Talk to Masters, Engage with Masters, Be a Maestro Master!
Join our TechTalk: Malware 2021 to Present Day
Building a Preventative Cyber Program
Be a CloudMate!
Check out our cloud security exclusive space!
Check Point's Cyber Park is Now Open
Let the Games Begin!
As YOU DESERVE THE BEST SECURITY
Upgrade to our latest GA Jumbo
CheckFlix!
All Videos In One Space
Hi All,
We are happy to update that starting 01 May 2022, our Jumbo Hotfix documentation has been modified and re-designed to a new HTML format to provide a better user experience and search capabilities.
Update of 23 May 22
Notes:
Thank you
Release Operation Group and Knowledge Management Group
Straight into wikipedia would have been the better path to knowledge 😎 !
Still no search results from my site:
@G_W_Albrecht and @RS_Daniel please try now
please make sure to look on the documentation tab and not on the secure knowledge tab
@RS_Daniel in your seconf screen short if you will go to the documentation tab you can see 4 in the results, this is our Jumbo documentations articles
Thanks
Unfortunately this morning we saw the sync / index issue reproduced again after it was solved last night
We are working to fix it and once it will be fix i will update
my apologies for the inconvenience
Matan
Hi all
should be OK now
I hope we will not have the sync / index issues anymore
Matan.
When we can expect to have all fixes from all Takes on one page ? It is nonsense to check dozens of tabs for each specific Take just to see in which exact Take some issue was fixed. For example, I often use Windows Ctrl+f search to find specific word in the page. I am sorry but I dont trust that build-in search mechanism...
Yes agree, the one pager was a way better user experience
I have to echo the other comments on this thread and say I'm not a fan of the new format at all.
Whilst the previous iteration was by no means perfect, it made searching for PRJs and Take versions much easier than it does now via the documentation tab. You mentioned that the new documentation format provides a better user experience and search capabilities, but I disagree, and think the old model provided this with all the information presented in one page.
From a quick scan of the replies, it seems I'm not alone in disliking this change.
It makes it massively harder to search the list, and work with this documentation, taking something that was previously a quick grep through the list, and changing it into a hundred-click odyssey.
If the stated aim is to "provide a better user experience and search capabilities." - then it feels like a step backwards on both points, and the end result seems to be making information more difficult to find.
(I really hope the driver here is not some sort of mobile-centric twaddle...)
(Although making search harder seems to be a theme of late - check point related google searches have become noticeably worse over the last few months - I'm assuming some content sources being purged or similar).
(Edit: Maybe a quick fix would be a link on the first page to the old sk article - might keep both camps happy?)
I wont disagree, meaning, I agree : - ). Having said that, give it some time, Im SURE it will become better with time, like anything new.
Somewhat hilariously, the new format is not so bad when there's a small number of releases, for example on the R81.10 SmartConsole releases page, but gets more unwieldy and frustrating the more releases there are, when that was the scenario that they said they were attempting to fix (the scenario when the page gets too long/large that is).
(Still worse than before, but at least not actively terrible in the way it is for the bigger jumbo hfa articles).
Hi Ben
Can you please share your specific use case? some jumbo HFs may contain hundreds of entries. which can impose a technical issue for browsers (part of the decision to change the format)
Would a CSV containing all of the entries help?
Did I get it correctly that instead of making less buggy Check Point software, the solution would be to "hide" the bugs for specific version ? So many bugs that browsers are not able to load the page with all the resolved issues ? Instead of doing proper QA and extensive heavy testing before releasing the new product or jumbo, the solution would be new jumbo landing page. Well . . .
Wow, that is one way to look at it.
Another one would be that we are transparent.
Just saying
How can you hide a bug for a specific version that had been experienced by customers ? Better mark jokes as jokes, as this one sounds very offensive and should be removed for good for only containing a momentary lapse of reason 😎
Hi Uri,
In terms of use case, I guess there are a few main ways that I reference the jumbo hfa documentation:
The download csv button on the new format page is potentially a step in the right direction, but somewhat unhelpful in the current state - the CSV that is produced appears to be a specific CSV for that particular take, and yet does not state in the CSV what take (or even what major/minor version) it relates to. So this would also involve downloading multiple CSV files (presumably all identically named as "JHF_Take.csv" ?) and then messing about to stitch them together with appropriate supporting information (e.g. take & version numbers etc).
I've not previously encountered any browser related errors relating to the size of the old format sk's, although it's extremely rare that I'm viewing this kind of content on a mobile device, if that's a factor. About the closest I get to browser problems with sk articles is ones where there are a lot of hidden folds (i.e. the 'click this bit to expand/view the detail for this section'), although that's merely because it can be frustrating to deal with the hide/unhide mechanism sometimes, not because of any errors.
My current Status: UC searches have SKs and IDs neatly indexed by now.
What's also missing is the list of upcoming fixes! Can that be included.
Many thanks.
We will publish the list of upcoming resolved issues, just like we did before, as soon as it will be ready.
It seems the new format did not succeed - CP is back to pure text-based listing format - see in Support Center Notifications: 2022-05-15 e.g.:
R81.10 SmartConsole Releases
Jumbo Hotfix Accumulator for R81.10
R80.30 SmartConsole Releases
Jumbo Hotfix Accumulator for R81
Must be on purpose as the links end in an explicit &xtn=.txt ! 😎
Thanks for reporting this Guenther, this is obviously not the expected behavior, we are looking into it.
Hi
Some updates regarding the new format.
We will add a 'one pager' that lists the fixed from ALL takes including the filter option.
The issue reported by Gunther (link to txt version) is fixed.
We will post an update once all Jumbo HFs contain this one-pager
Tnx
Hi All
just a quick update ( we also adjust the post it self ) based on your feedback we adjust the Jumbo documentation format and added the “one pager”
Thank you
Release Operation Group and Knowledge Management Group
One more suggestion for improvement from my site...
Can you modify HTML-Code to get the Version and jumbo inside the title-tags (like "R81.10 jumbo")? Then I could open it faster if I type it in the URL bar in chrome. Otherwise titles of all versions are just the topic (like "Introduction").
Thanks!
Do you mean we should add the <title> flag? Please provide a step-by-step description, because your suggestion is not clear.
In the old SK
https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&solut...
the HTML title code is
<title>Jumbo Hotfix Accumulator for R81.10 (R81_10_jumbo_hf)</title>
In
https://sc1.checkpoint.com/documents/Jumbo_HFA/R81.10/R81.10/Introduction.htm?tocpath=_____1
it's just
<title>Introduction</title>
So in a Tab in your browser you can not see the Version (if you have opened different versions) or can use your browser history to open the URL by typing "jumbo" in URL-bar.
About CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY