No fields values are rendered with the 2.7 release of Views (Markers are rendered correctly though), it mentions a re-ordering of field rendering:
--SNIP--
Note: Views 2.7 contains some rearrangment of the order of field rendering. While I didn't see any errors or hear of any errors due to this, it may affect some external style plugins. If you have a problem with how fields render and are using a non Views-core style, please doublecheck with the 'table' or 'unformatted' styles and see if the problem persists. If it does not, it may well be the style provided by a module.
---
I don't know enough about Views to fix it but I'm having a go - with little success so far!
Comments
Comment #1
atomicjeep commentedUpdate: Adding the following lines fixes this issues
in the file: gmap_plugin_style_gmap.inc
Insert $this->view->row_index = 0; after $output = ''; on line 96
Then below $offsets[$markername]++; add this: $this->view->row_index++;
Comment #2
atomicjeep commentedAttached is a patch, first time trying to create one...
Comment #3
dadderley commentedI can confirm this.
An update of views to 2.7 results in a map view with the pins properly placed but the resulting info window showing empty fields. It will show the labels, but the fields are empty.
Comment #4
smeyer56 commentedI can confirm this as well. The patch works .... sort of. My pins are placed properly and the info window shows data but half of the data is in the info window.
Thanks for your work on this AtomicJeep.
Comment #5
agorry commentedI see what dougzilla sees with either 6.x-1.1-rc1 or 6.x-1.x-dev combined with Views 2.7. For now I've devolved to Views 2.6 for production sites. Ditto thx to atomicjeep for working on the patch!
Comment #6
smeyer56 commentedagorry,
I am fairly new to Druapl and haven't had to devolve any modules yet. Is this as easy as copying Views 2.6 over Views 2.7 or do I have to run update afterwards and pick a version of views to update/devolve to.
Thanks
Comment #7
timlie commentedCan confirm this issue, also reverted views to 2.6 at this moment
Comment #8
srobert72 commentedSubscribing !
Comment #9
srobert72 commentedThe patch works.
I'm using Views 6.x-2.x-dev (2009-Nov-03) which is globally same as Views 6.x-2.7
Comment #10
srobert72 commentedI confirm #4 :
I should have 2 texte lines and a picture in my info window.
But only texte appear and no picture.
Patch provided in #2 solved only a part of this issue.
Comment #11
frank pfabiganconfirmed! works! again! yeah ;-) i went crazy over this bug ;-)
Comment #12
kbk commentedI've edited the issue title to make it more apparent which problem is addressed by this post. Thanks for this!
Comment #13
traviscarden commentedsubscribing
Comment #14
mikesir87 commentedsubscribing
Comment #15
srobert72 commentedI reply to my previous comment #10
Today all works perfectly, all data are displayed in my info window.
Comment #16
bartezz commentedsubscribe
Comment #17
madaerodog commentedso the safe solution for now is to revert to views 2.6? If I don't want to test patches on a production server?
Comment #18
sja1 commentedThanks to all involved! I've also tested this, and it's working for me. changing status to reviewd & tested, and also bumping priority to critical, as it's serious enough that it needs to be fixed before full release of this module.
Comment #19
mikesir87 commentedAny idea on when the next release might be?
Comment #20
nathaniel commentedSubscribe
Comment #21
izmeez commentedsubscribe.
Comment #22
tinem commentedI have the same problem http://www.tinemuller.dk/drupal/Crime and don't know how to use a Patch?
I tried installing Views 2.6 but no matter what I do it still shows vers. 2.7 on the http://www.tinemuller.dk/drupal/admin/reports/updates. When I click check manually I get this error message and don't know if this could be the problem? I have Flush all cache and update.php.
Comment #23
tinem commentedI have the same problem http://www.tinemuller.dk/drupal/Crime and don't know how to use a Patch?
I tried installing Views 2.6 but no matter what I do it still shows vers. 2.7 on the http://www.tinemuller.dk/drupal/admin/reports/updates. When I click check manually I get this error message and don't know if this could be the problem? I have Flush all cache and update.php.
Comment #24
el56 commentedsubscribe.
This happened to my sites as well.
Comment #25
bdragon commentedAcknowledging the problem.
I don't have access to my working copy on this machine so I can't test it, but am aware of the issue.
Comment #26
nchase commentedSubscribe
Comment #27
Remco commentedSubscribe
Comment #28
held69 commentedsubscribe
Comment #29
jlmeredithThe patch at #2 does not appear to work, but the code changes at #1 did work for me.
Using Views 6.x-3.0-alpha1 and Gmap 6.x-1.1-rc1.
Comment #30
kimadactyl commentedCode changes at #1 worked for me also.
Comment #31
DanielJohnston commentedThe suggestion in #1 and patch in #2 presented an entirely different issue once in place: all pins on the map are now showing details for the wrong nodes. Examination of the node information shows that the nodes themselves are correctly geocoded, and the pins themselves appear in the correct places, but clicking on a pin causes a bubble to appear with completely the wrong node information on it. I'm going to try dropping down to Views 2.6 until this is resolved.
Comment #32
skyredwang#1 or #2 works
Comment #33
Rastik commentedI was in the same situation as #31 after applying the fix from #1. Pins were in place, but content inside a pin's bubble didn't correspond to it's position on the map. I fixed it with a slight modification of solution from #1 - don't append "$this->view->row_index++;" right after "$offsets[$markername]++;", but instead after the next line, which is just "}".
This works for me, because my map (deliberately) contains items that have no location set (and therefore aren't shown on the map). Incrementing the row_index right after the line from #1 means it's still within the "if (!empty($lat) && !empty($lon)) { ... }" fragment and therefore only executed on rows that have location set. Moving it out of the if clause (i.e. pasting it one line below) fixed the issue for me.
Comment #34
pauldawg commentedSubscribing to this.
Comment #35
skyredwang#31 #33 are saying the patch creates another problem
Comment #36
DanielJohnston commented@Rastik #33 and skyredwang #35 - suggested solution in #33 worked fine for me. Thanks! Patch needs to be rerolled to move the second insertion down by a line.
Comment #37
giorgoskGood catch Rastik (comment#33) here is the patch against the 6.x-1.x-dev from 2009-Jun-09
previous solution only works when all nodes filtered by view have latitude/longitude data you are advised to use this instead
Run this patch from your root drupal directory
Comment #38
malcomio commented#37 works fine, thanks
Comment #39
jim kirkpatrick commented#37 works for me to, updating issue. Thanks GiorgosK + everyone who worked on this.
Comment #40
crutch commentedsubscribe
-----
Works when building a Node View. No success with Location View attempts.
D6.14
GMap 6.x-1.x-dev
Location 6.x-3.x-dev
Views 3 alpha
Applied patch at #37
---
-A view has to be created by choosing type, Node.
-Add fields for the view that will be shown in the marker bubble.
-Add a Filter, by Node: Type. (prior step of creating custom Content Type with Location data capture active. Example content type: Client Location)
-Choose Style: GMap
-Change GMap style settings
--Add desired Macro - minimum - [gmap]
--Data Source: Location.module (Choose Lat and Long doesn't find Lat and Long from location entry on custom content type)
--Marker Handling: Single
--Marker Type: make choice
-Update
Save
-Add Display - Page
-Edit Path
-Add URL to where we can view the page
-Update
Save
View Page
Comment #41
crutch commentedAttachments for #40
Comment #42
rooby commentedThe patch in #37 fixes the problem for me (for a node view).
Comment #43
dnotes commented#37 works for me as well. Thanks, and subscribing in case anything new comes up.
Comment #44
cronix commented#37 is working for me too. But I had to clear my cache before my panels pages were working again.
Comment #45
Dave.Ingram commented#37 nailed it for me too
Comment #46
pauldawg commented#37 worked for me as well. I just used the Location: Address field which suits my needs; however, in #40 it looks like crutch is saying there may be a problem using other fields; however, in looking at the attached JPG files I cannot see any error occurring. Crutch can you clarify the problem you are seeing with your view? The screen shots look correct to me based on your description, but I might be missing something.
I notice that GMap has a lot of open issues and infrequent releases (no dev build since June). What are the chances of getting this moved into the next Dev build, and when might that be? Should there be a campaign to get more assistance with this module?
Comment #47
cronix commented#46, that's why I started http://drupal.org/node/608088
Comment #48
crutch commented...correct it's working for a Node View, but I'm not having any luck trying to utilize a Location View, by creating a View type 'Location' instead of 'Node'. I wrote some short documentation for reference on how to create an aggregate map using Node View and gmap with screenshots.
Comment #49
giorgosk@crutch
I am not sure if the location view was a working option before this bug was introduced
have you tried it with views 2.6, maybe it deserves its own bug report !!
Comment #50
translectorSubscribing
Comment #51
bdragon commentedhttp://drupal.org/cvs?commit=296290
#623234: Fix gmap style plugin for Views 2.7.
Also, fix a warning caused by neglecting to give the row plugin a chance to query.
Additionally, ensure that views knows we are capable of doing grouping.
The fix is based on the changes presented in #619884 for views.
Comment #52
pauldawg commentedThanks Brandon!
Comment #53
nrosell commentedGreat ! Thanks to all.
Comment #54
squares commentedThis worked for me as well... however, when I enabled pin clustering (Jef Poskanzer's clusterer), the content disappears again. Anyone have any ideas of what might be happening?
Comment #55
squares commentedOops... seems this issue has been identified and resolved elsewhere:
http://drupal.org/node/329281#comment-1920180
Comment #56
DrupalShark commentedThe patch in #37 works great for node location views, Any fix yet for user location views?
Comment #57
madaerodog commentedanyone installed 2.8 ? is the problem still showing in views mode?
Comment #58
giorgosk@madaerodog
if you download the dev version of Gmap works with views 2.8 (this patch was committed as per #51 and hence not needed)
Comment #59
rooby commented@jbluto
Using the current gmap 6.x-1.x-dev works for location views too.
Comment #60
held69 commented@squares:
After installing the latest dev version all my results dissapear.
So i see no markers at all any more.
I have Gmap configured with Martin Pearman's ClusterMarker
Once i choose for No manager (use GMap API directly) the markers this time with info information appear again.
I'll check the issue you mentioned........
Comment #61
jonodunnett commentedpatch in #37 works for me.
Views 6.x-2.8
Gmap 6.x-1.1-rc1
Comment #62
nemchenk commentedlatest dev fixes this for me.
Comment #63
giorgosk@jonowindsurf
use the latest dev version instead fixes this issue
Comment #64
jcamfield commentedWhich dev release? Tried http://drupal.org/node/95786 with no luck, now working with http://ftp.drupal.org/files/projects/gmap-6.x-1.1-rc1.tar.gz with views 2.8 and am still experiencing the same problem, the fields aren't being populated into the gmap on-page javascript data.
UPDATE: With the #37 patch applied to the rc1 release it works.
Comment #65
izmeez commentedThe latest gmap-6.x-1.x-dev from 2009-12-12 works for me with Views 2.8
Comment #66
nemchenk commented> Which dev release?
>
Dev releases aren't versioned, so when the poster writes "latest dev worked for me", that means the dev release that was current when the post was made.
Comment #67
izmeez commentedI appreciate that dev releases are not versioned that's why I included the date 2009-12-12. Yes, that was also the latest dev at the time I posted but it might not have been if another was released while I was testing it and doing other things. I hope that helps.
Izzy
Comment #68
treebykooba commented#37 patch worked for me. thanks so much!
Comment #69
Tafa commentedHi all,
I tried solution #1 and it did not work for me. Regarding applying patches, I don't have a local host version of my website. Thus, I am not sure about how to implement those.
So far, I tried and spent a great amount of time trying to sort it out but to no avail.
I downloaded and implemented the latest gmap dev module. And I am using Views 2.7. So, not sure what to do now.
Any help more than welcome
Tafa
Comment #70
izmeez commented@tafa - Have you tried it with Views 2.8 ?
Comment #71
treebykooba commented#69 you can download views locally to your computer and patch the files there and then ftp them to your host. if you have windows it's a little harder but with mac or linux it's pretty straight forward. just google how to apply a patch locally.
Comment #72
Tafa commentedYes, I tried views 2.8 and i got it working. However, whenever I try to set the gmap focus on a world map, i always go back to the drupal marker where i entered my location. So, views 2.8 sorted the matter at hand. But I ended up with another issue I now have to tackle. Thanks anyway for the reply.
T
Comment #74
topherb commentedI am seeing, I think, something like this issue with Views 6.x-2.8 and GMap 6.x-1.1-rc1. I've got a node view. With a row style of fields, no field values are displayed in bubbles. If I change the row style to Semantic Views: Fields (from Semantic Views 6.x-1.0-beta1), I do get my data in the bubbles. That works for me, but the issue apparently does still exist with the vanilla fields row style, so it may still bite some people.
Comment #75
DocMartin commentedMight Gmap 1.1 appear shortly, w fix for this issue?
If so, I'll wait for this; might be better than using dev version - I've seen advice to effect that shouldn't use dev versions, as might include stuff that later gets removed, maybe leading to trouble.
Comment #76
giorgoskthere is no guarantee of when 1.1 will be out
this particular module has been in dev for more than a year if I recall correctly
try it if it works for you just keep it !!
Comment #77
DocMartin commentedI did notice it's been over a year since 1.0; had seen a dev dated 10 Jan, so wondered if might be big progress with 1.1 imminent.
But yes, maybe I should just go for the dev version
Update (20 Jan): installed latest dev, which looks to be from 10 Jan, and indeed works.
Comment #78
jim22 commentedI've tried both #1 (#2) and #37 patches and I'm still getting an empty Gmap info window (bubble). My markers and map are showing up correctly, but just an empty info window. I have tested the "/map/node" Gmap webpage and the info window (bubble) shows the fields just fine. So, I guess it's a miscommunication between Views and Gmap. Any advice?
I'm using:
Drupal 6.15
Views 6.x-2.x-dev (downloaded Jan 18th, 2010) (I tried multiple versions of Views, with no luck.)
Gmap 6.x-1.0 ( I also tried to install Gmap latest dev version )
Thanks for any help.
Comment #79
giorgoskJim if you read the thread clearly the issue has been fixed and lots of people tested it
Thus, use the dev version and follow the instructions of people that have succeeded
if your settings are different from all above and you get no bubble displaying it might indeed be a bug but you have to give more information in order for someone to follow it and solve it (my guess it would probably have to go in different issue ...)
Thus closing this issue ...
Comment #80
jim22 commentedI tried #74 and set "Row Style" to "Semantic Views: Fields" and it works!
Thanks for the help.
Comment #81
srdrupal commentedHi,
I have the same problem. I am building a views style plugin and recently I installed views 2.8 version and marker info window is showing only label, and the content is empty.
I found from the #2 patch that the line $this->view->row_index = 0; is not necessary because it is already set later by views. The line $this->view->row_index++; is misleading, because at the end of the function render_fields in views_plugin_style.inc, variable row_index is unset, so that the ++ line implicitly declares a new variable and sets it to 1.
In my case, everything worked fine for all but the first row in the result set. The solution I found is to replace the unset() function in render_fields method in the views_plugin_style.inc with the following line $this->view->row_index = 0;
I hope this helps!
Comment #82
levacjeep commentedHi,
I have this issue also. I have tried all of the above fixes with no luck. I am using the latest GMap dev module with views 2.8.
Thanks for any help!
JP Levac
Comment #83
levacjeep commentedFound fix for above issue. Need to path the location module: http://drupal.org/node/382778
Hope this helps!
JP Levac
Comment #84
levacjeep commentedComment #85
Anonymous (not verified) commentedlevacjeep at comment #83, what are you talking about? There is no patch mentioned there.
That report is over 6 months old and doesn't seem related at all. Plus the one bit of code change mentioned is immediately shot down by bdragon.
So what did you use as a solution??
Comment #86
izmeez commentedYes, I also think this issue has been resolved for some time, see #65 albeit using dev versions and it was appropriately closed.
Further discussion on this thread is confusing as some people are not comfortable with dev modules and Drupal 6 is currently tackling a number of features and issues with a number of modules that may be used together.
It would be great to see a new recommended release of Gmap; 6.x-1.1-rc1 is 11 months old and there have been a number of bug fixes and features. Maybe it would be helpful to have a separate thread on the need for Gmap 6.x-1.2 to be released as soon as possible?
Comment #87
rcharamella commentedI'm using views 6.x-2.8 and the info window shows titles only, no info. I'm also displaying the map as an attachment to another view. How can I get the info to show up?
Comment #88
DocMartin commentedrchamamella: maybe I'm missing something, but in View you use for the map, what Field(s) have you chosen? Maybe title, in which case you might like to change
Comment #89
elioshI can confirm path @37 works for me.
gmap version = "6.x-1.1-rc1"
views version = 6.x-2.8
Comment #90
treeweaver commentedAffirmative. Same configuration, and the patch works for this configuration:
drupal core = 6.15
gmap version = 6.x-1.1-rc1
views version = 6.x-2.8
I'm also using th Sematic Views solution from (#74). Not sure if that is required, but semantic views is easier to work with.
Comment #91
guusbosman commentedI can also confirm path @37 works for me.
gmap version = "6.x-1.1-rc1"
views version = 6.x-2.8
Comment #92
kirikintha commentedI can confirm that #1 works. CCK core fields and imagefield, filefield, views fields, all show up properly formatted.
Drupal 6.15
GMap 6.x-1.0
GMap Location 6.x-1.0
Location 6.x-3.0 ( not using cck location, just the regular node location field, can never get CCK location to work consistently )
CCK 6.x-3.0
Views 6.x-2.8
If you can and it is really a good patch, please oh please commit this change, it's two lines of code! Gmap is unfortunately broken without it! Thanks for your hard work!
Comment #93
izmeez commentedThis issue has been fixed and committed in the dev release for months, see #65.
Releasing a gmap 6.x-1.2 version might end people encountering this problem. Meanwhile, is there any way to freeze this issue. IT IS SOLVED. IT IS COMMITTED TO THE DEV. IT IS CLOSED.
Look at the date of the 6.x-1.1-rc1 release and the date of the dev. Can there be any doubt? Check the issue queue or notes for the version.
Comment #94
kartelusm commentedThe patch @37 works for me for every record excluding the first that is brought from the database. I've narrow it down to get_fields () function in views_plugin_style, or, more specifically to the render_fields() function that is called on the first pass-trough. It unsets row_index, so the only field from the first record that is rendered is the first field.
Comment #95
giorgosk@kartelusm
I don't think you need to use any patch
just test the latest DEV release which includes the patch (and probably other fixes)
Comment #96
yesct commentedmarked #704494: Views 2.8 with gmap and location CCK: info window / bubble empty as a duplicate of this issue.
Comment #97
calexo commentedHi guys !
Still have the problem in the dev version !
Views-2.10 with gmap-6.x-1.1-rc1
I had to apply the patch at #37 to make it work.
Thanks !
Comment #98
rooby commented@calexo:
6.x-1.1-rc1 is not the dev release.
The dev release is 6.x-1.x-dev
In the pink section under the heading Development releases on the project page.
Comment #99
tinem commentedWhat can I do to NOT get this comment anymore? I don't use this module so don't need the info.
Comment #100
rooby commented@tinem:
Log into drupal.org and go too to:
http://drupal.org/project/issues/subscribe-mail/gmap
Comment #101
calexo commentedOups sorry... Actually, it does work.
Sometimes, I should sleep...
Thanks a lot !
Comment #102
lubnax commentedSubscribe
Comment #103
tinem commentedI have done what were told in #100 but still get info about when this subject is updated in http://drupal.org/tracker/489408 on My Recent Post and the same is or an OLD message I send about Cron
http://drupal.org/node/123269 - can't I do anything NOT to get this?
Comment #104
rooby commented@tinem
The comment I left in #100 should stop you getting emails for gmap issues you have commented on.
It doesn't have any effect on your tracker page, you can't remove things from the tracker page.
Just ignore the posts in your tracker that you don't care about anymore. It's only 1 line of the tracker.
@lubnax
There is no point subscribing to an already fixed issue.
If you use the dev version the problem is fixed.
Comment #105
rooby commented@tinem
The comment I left in #100 should stop you getting emails for gmap issues you have commented on.
It doesn't have any effect on your tracker page, you can't remove things from the tracker page.
The only way would be to delete your posts from those issues, which isn't possible.
Just ignore the posts in your tracker that you don't care about anymore.
It's only 1 line of the tracker per issue.
@lubnax
There is no point subscribing to an already fixed issue.
If you use the dev version the problem is fixed.
Comment #106
pjd commentedI would like to say that the patch #37 work perfect.
If you don't succeed to pass the patch..
For people who don't have the gmap module installed on /sites/all ect.. you need to edit the patch and change the path setting to update correctly
Or answer to "files to patch" :
modules/gmap/gmap_plugin_style_gmap.inc
And after its rock (& roll)
Thanks a lot.
Comment #107
giorgosk@pjd
no need to patch anything
just try the DEV version (not the latest release)
the patch is included in it ...
@rooby & @bdragon
why don't you make a new release so we can avoid confusion
the latest dev - 2,519 sites have been using this release as of May 2
and I assume it fixes a lot of issues ... (last release was 2 years ago)
Comment #108
DocMartin commentedYes, another release would seem worthwhile.
Seems some folk are far stricter re calling updates releases than others!
Comment #109
yesct commentednew location release is on the horizon see #664472: [master] Release of Location 6.x-3.1? which mentions that it will likely come out as soon as #606342: Views Argument Handler for Proximity gets fixed.
Comment #110
autopoietic commentedI confirm that #107 and #98 are correct:
I am running Views-6.x-2.2 and after updating to Gmap-6.x-1.x-dev the info boxes for my views are working perfectly.
Comment #111
j3d commentedAlso confirmed with Views 6.x-2.1. Amazing!
Comment #112
oeaonline commentedWorks for me #37
GMap 6.x-1.1-rc1
Comment #113
yesct commentedComment #114
giorgoskstop patching people
issue is fixed and closed and included in DEV version
together with other fixes
for anyone looking for the solution just try DEV version
and report if its working
Comment #115
giorgosksorry double post
Comment #116
astro87 commentedHi
I'm using:
Drupal 6.16
GMap Module 6.x-1.1-rc1
PHP 5.3.1
For me works #1
Comment #117
giorgosk@astro87 and anyone else visiting this discussion for a solution
the issue has been RESOLVED/CLOSED
just use the latest DEV release and report back if there is a problem
Comment #118
DrupalShark commentedanyone experienced this since views 2.10
Comment #119
blueearth commentedI have the latest versions and I have the same problem.
Views 6.x-2.11
GMap Module 6.x-1.0
Drupal 6.16
If I change Style to Table format in the Basic Settings of the View, I get a table with my locations, so I know it's a problem with GMap.
It just has blanks in the infowindow: Title: Country: City:
Comment #120
DanielJohnston commented@blueearth If you'd read to the bottom of the discussion you'd see that people have explained multiple times that this is fixed in dev and closed. You list your current GMap version as 6.x-1.0 and need to update to the latest dev version.
Comment #121
rooby commentedMarked #824700: GMAP views are unusable as a duplicate of this issue
Comment #122
arthursk commented#1 works, for some reason I had to change it to
$this->view->row_index = 1;otherwise it was displaying information from the wrong item...Comment #123
rooby commentedNow that there is a new release there should be no reason for more posts in this issue.
Just use the 6.x-3.1 release and you will not have this problem.
Comment #124
rickgadbois commentedNew to Drupal and lost my map popups too, after upgrading gmap.
>>Is there a way to downgrade/revert without code? from the point/click user interface?>>
p.s . I don't see modules\gmap directory on my server - it only shows the original modules that came with my installation. Not sure where gmap is so reverting will at least allow me to continue working on site and testing map content..