Inlägg från september, 2009

Äntligen lite insyn i supportfrågor!

Sep 21

I dag fick jag något som jag väntat på sedan Atex Polopoly hade releasefest för 9.9 på Piperska muren för länge, länge sedan.  Ett mail från supporten som säger att de precis börjat lägga över sina kunder i deras nya ärendehanteringssystem baserat på Confluence och Jira.

Jag som många andra har säkert irriterat sig på att supportfrågor kan försvinna in i en svart låda där man i bästa fall får ett ärrendenummer på sin fråga , eller ibland bara får ett svar ”Vi tittar på det och återkommer”, allt för att sedan bara flyttas längre ner i din mailhög. Tillslut vet du inte hur många frågor du har ställt och vilka du fått svar på. Kanske kan vi få bättring på det nu!

Så här skriver Atex Polopoly i ett mail om nya ärendehanteringssystemet:

- Öka insynen i supportprocessen
- Minska hanteringstiden för rapporterade ärenden
- Göra en mer detaljerad prioritering av ärenden för att snabbare lösa kritiska ärenden
- Göra det enklare för flera människor att engagera och kommunicera kring ärenden
- Möjliggöra återanvändning av kunskap genom att bygga en FAQ och Knowledge Base-artiklar (kommer att förvaltas genom Confluence)

Personligen hoppas jag kunna söka bland andra kunders frågor och slippa gå på de minor som andra redan hittat lösningar på. En utförlig Knowledge Base skulle kunna bli ett bra komplement till forumets Kända buggar avdelning, där vi i dag saknar många av de frågor som vi betalar Atex Polopoly dyra pengar för att lösa.

Något som jag också hoppas är att ärenden som blivit klassade som buggar, nu alltid kommer att dyka upp i release notes, något som inte alltid varit fallet.

Har ditt företag redan blivit portat till det nya ärendehanteringssystemet? I så fall, hur har det fungerat?

Taggar: , ,

polopolyforum, bredare och bättre m.h.a er

Sep 18

Precis som Mats påpekade via vår feedback-funktion så har det saknats kategorier i forumet för att ställa allmänna frågor och dela med sig av tips. Forumet har tidigare varit lite för smalt vilket vi nu delvis hoppas råda bot på. Nu finns det två nya kategorier, ”Frågor om Polopoly” och ”Tips & Tricks” som vi tror ska fånga upp fler tankar och funderingar som alla kan ta del av.

Kom ihåg:

  • Inga frågor är för dumma!
  • Inget tips är för litet!

Var med och bidra i sveriges enda oberoende polopolycommunity och kom gärna med fler förslag via ”Tyck till”-knappen till höger.

Taggar: , , , , , , , ,

Polopolyversion 9.13.2

Sep 11

Polopoly släppte idag version 9.13.2 och bland nyheterna så hittar vi bl.a en lösning för den inrapporterade buggen om att listningen av användare uteblir när man närmar sig 1000 st och kör Oracle som databas. Andra nyheter är bl.a. ändrade standardinställningar för minnet på index-, xml-, statistics- och pollservern, förbättrad dokumentation och att man tagit bort knappen för att manuellt bygga om sina index.

Kommande diskussion

Vi vill passa på att pusha för att vi senare kommer återkomma med en diskussion om hur vi (d.v.s. alla läsare på polopolyforum.se) skulle vilja att Polopoly hanterar sin information gällande nya releaser. Där vi hoppas på era förslag och synpunkter på hur man kan förbättra handhavandet för nya versionsreleaser, men mer om det i kommande inlägg.

Här kommer hela listan som den presenteras på Poloploys supportsida:

Change List for 9.13.2

 

  • 8522: Fix to prevent ORA-01795 errors on Oracle while finding large amounts of users.
  • 10852: Greenfield Times: The teaser element now correctly does not display teasers for articles that have been hidden or removed, regardless of fragment cache time. Also, the teaser elements articles list only accepts one article.
  • 10950: Read-only Ldap user server coupling no longer fails when saving a user with attributes removed from the Ldap server. These attributes are now saved on user content.
  • 10977: The standard memory settings for the Polopoly servers (index server, xml server, statistics server and poll server) have been changed to better suite a production ready set up. For developers, the example Environment.properties has been changed with example developer defaults. Documentation has been added to the Production Environment section of the developers guide.
  • 10998: GreenfieldTimes: A publishing queue that contains article based on the context it is used in has been added. It uses the categorization for the currently shown page or article as search criteria.
  • 11002: Greenfield Times: RSS Feeds are now working with new categorization API.
  • 11004: The ”rebuild index” button in index configuration has been removed in order to prevent accidental index rebuilds. In order to rebuild an index, the script tools provided by Polopoly should be used.
  • 11009: GreenfieldTimes: The metadata search can now be limited by Content type.
  • 11010: Now pasting/selecting a content reference with a content name that contains an apostrophe works as expected.
  • 11023: Default velocity settings in Greenfield Times are now adjusted for production use. The modificationCheckInterval settings are unsuitable for development. Look for ‘T E M P L A T E L O A D E R S’ in velocity.properties. Change modificationCheckIntervals from 0 to 2 during development to avoid having to restart tomcat in order to load changes in .vm-files.
  • 11026: Improved the documentation of the different Polopoly web applications.
  • 11027: Added documentation on how to profile web pages using statistic collected when rendering (renderstats).
  • 11028: A performance problem while refreshing category driving publishing queues in the editorial GUI that caused unnecessary index server queries has been solved.
  • 11034: Greenfield Times: It is now possible to set up elements to be automatically added to new articles, see the com.polopoly.cm.app javadoc for the field p.AutoContentCreator. Greenfield Times standard articles now come with a comments and a bookmarks element by default.
  • 11037: When addressing content directly (http://hostname/1.100), content without ant output template will give a 404 response code.
  • 11038: Categorization.setCategorization() now clears dimensions that aren’t present in the supplied categorization.
  • 11049: Tags containing special characters are now handle correctly.
  • 11054: Changelist overflow bug fixed.
  • 11058: Categorization Tags are now stored when switching to another tab. This resolves the problem of user text input loss.
  • 11066: textmining.war is no longer included in the polopoly distribution, see developers guide for further information.
  • 11069: The javascript file ”autocomplete.js” has been removed because it is no longer used by Polopoly GUI.
  • 11072: A potential ArrayIndexOutOfBoundsException in com.polopoly.util.Base64.decode() is now prevented.
  • 11084: Typing comma in auto completion no longer selects a completion.

 

Taggar: , , , , , ,

polopolyforum behöver verkligen skärpa till sig!

Sep 06

Du har säkert tanken ”Varför gör de inte så?”, ”Borde de inte lägga till…”. Vi vill veta vad du avskyr, diggar eller saknar på polopolyforum. För att vi tillsammans ska kunna hjälpa varandra och förbättra denna community har vi lagt till en feed back-funktion där vi vill få in dina tankar och åsikter.  Den är extremt enkel, klicka på fliken ”Tyck till” som ligger till höger och skriv vad du tycker.

Bra saker som kommer fram samlar vi upp i vår publika behovslista.

Knappen finns längst till höger (kräver javascript)

Knappen finns längst till höger (kräver javascript)

Taggar: , , , , , , ,